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1. Introduction 

The National Institute of Standards and Tech- 
nology, Systems and Software Division, sponsored 
a Users' Forum on the Application Portability Pro- 
file (APP) and Open System Environment (OSE) 
at NIST on May 11 and 12, 1994. This forum was 
the thirteenth in a continuing semiannual series on 
the NIST APP and its application to OSE. The 
APP Users' Forums are designed to provide users 
and providers with the opportunity to exchange in- 
formation and respond to NIST proposals regard- 
ing the evaluation and adoption of an integrated 
set of standards to support the APP and OSE. 

A tutorial for beginners with little or no experi- 
ence with the APP and OSE was held on the morn- 
ing of the first day. The tutorial presented basic 



OSE concepts and the reference model. This 
Users' Forum featured two mini-workshops: Dis- 
tributed System Management and OSE Users' 
Perspective. Extensive discussion took place con- 
cerning participants' case studies, current activities, 
plans and lessons learned in relation to the APP/ 
OSE in these areas. The usual presentation of 
standards and activities in the APP, OSE, Institute 
of Electrical and Electronics Engineers (IEEE), 
and Joint Technical Committee 1 (JTC1 -interna- 
tional activities) was made. The next APP/OSE 
Users' Forum will be held November 15 and 16, 
1994, at NIST. 

The APP/OSE Users' Forum has been devel- 
oped to assist federal agencies with information 
technology (IT) issues. Central to this assistance is 
publication and maintenance of a technical guid- 
ance document, the Application Portability Profile 
(APP), facilitating the migration to open systems. 
An Open System Environment encompasses the 
functionality needed to provide interoperability, 
portability, and scalability of computerized applica- 
tions across networks of heterogeneous, multi-ven- 
dor hardware/software/communications platforms. 
The APP integrates industry, federal, national, in- 
ternational, and other specifications into a Federal 
application profile to provide the functionality nec- 
essary to accommodate a broad range of Federal 
information technology requirements. The Appli- 
cation Portability Profile (APP), The U.S. Govern- 
ment's Open System Environment Profile OSE/1 
Version 2.0 provides recommendations on a variety 
of specifications that will generally fit the require- 
ments of U.S. Government systems. A specific or- 
ganization will not necessarily require all of the 
recommended specifications in the APP. As the 
U.S. Government's OSE profile, this guidance is 
provided to assist federal agencies in making in- 
formed choices regarding the selection and use of 
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OSE specifications, and in the development of 
more selective application profiles based on the 
APP. It is directed toward managers and project 
leaders who have the responsibilities of acquiring, 
developing, and maintaining information systems 
supported by heterogeneous application platform 
environments. 



2. Tutorial for Novices 

The forum began with an introductory tutorial 
on the Open System Environment (OSE). The 
OSE forms an extensible framework that allows 
services, interfaces, protocols, and supporting data 
formats to be defined in terms of nonproprietary 
specifications that evolve through open (public), 
consensus-based forums. A selected suite of speci- 
fications that defines these interfaces, services, 
protocols, and data formats for a particular class or 
domain of applications is called a profile. Fritz 
Schulz presented OSE general concepts and the 
reference model. Gary Fisher presented the APP 
and the profiling process and selection. 

2.1 OSE Reference Model 

The Institute of Electrical and Electronics Engi- 
neers (IEEE) POSIX Working Group P1003.0 de- 
scribes an OSE Reference Model (OSE/RM) that 
is closely aligned with the APP and that provides a 
framework for describing open system concepts 
and defining a lexicon of terms that can be agreed 



upon generally by all interested parties. Figure 1 
illustrates the OSE/RM. 

Two types of elements are used in the model: 
entities consisting of the application software, ap- 
plication platform, and platform external environ- 
ment; and interfaces including the application 
program interface and external environment inter- 
face. 

The three classes of OSE reference model enti- 
ties are described as follows: 

a) Application Software— Within the context of 
the OSE Reference Model, the application soft- 
ware includes data, documentation, and train- 
ing, as well as programs. 

b) Application Platform— The application plat- 
form is composed of the collection of hardware 
and software components that provide the sys- 
tem services used by application software. 

c) Platform External Environment— The platform 
external environment consists of those system 
elements that are external to the application 
software and the application platform (e.g., ser- 
vices provided by other platforms or peripheral 
devices). 

There are two classes of interfaces in the OSE 
reference model, as described in the following 
paragraphs: 

a) Application Program Interface (API) — The 
API is the interface between the application 
software and the application platform. Its pri- 
mary function is to support portability of appli- 
cation software. An API is categorized in 
accordance with the types of service accessible 
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Fig. 1. Open system environment reference model. 
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via that API. There are four types of API ser- 
vices in the OSE/RM: 

1) Human/computer interface services 

2) Information interchange services 

3) Communication services 

4) Internal system services 

b) External Environment Interface (EEI)— The 
EEI is the interface that supports information 
transfer between the application platform and 
the external environment, and between applica- 
tions executing on the same platform. Consist- 
ing chiefly of protocols and supporting data 
formats, the EEI supports interoperability to a 
large extent. An EEI is categorized in accor- 
dance with the type of information transfer ser- 
vices provided. There are three types of 
information transfer services. These are trans- 
fer services to and from: 

1) Human users 

2) External data stores 

3) Other application platforms 

In its simplest form, the OSE/RM illustrates a 
straightforward user-supplier relationship: the ap- 
plication software is the user of services and the 
application platform/external environment entities 
are the suppliers. The API and EEI define the ser- 
vices that are provided. 

A profile consists of a selected list of standards 
and other specifications that define a complement 
of services made available to applications in a 
specific domain. Examples of domains might in- 
clude a workstation environment, an embedded 
process control environment, a distributed environ- 
ment, a transaction processing environment, or an 
office automation environment, to name a few. 
Each of these environments has a different cross- 
section of service requirements that can be speci- 
fied independently from the others. Each service, 
however, is defined in a standard form across all 
environments. 

2.2 OSE Profile and the APP 

An OSE profile is composed of a selected list of 
open (public), consensus-based standards and 
specifications that define services in the OSE/RM. 
Restricting a profile to a specific domain or group 
of domains that are of interest to an individual or- 
ganization results in the definition of an organiza- 
tional profile. The Application Portability Profile 
(APP) is an OSE profile designed for use by the 
U.S. Government. It covers a broad range of appli- 
cation software domains of interest to many federal 
agencies, but it does not include every domain 



within the U.S. Government's application inven- 
tory. The individual standards and specifications in 
the APP define data formats, interfaces, protocols, 
or a mix of these elements. 

2.3 APP Service Areas 

The services defined in the APP tend to fall into 
seven broad service areas. These service areas are: 

a) operating system services 

b) human/computer interface services 

c) data management services 

d) data interchange services 

e) software engineering services 

f) graphics services 

g) network services 

Each service area is defined in the APP. Figure 2 
illustrates where each of these seven services areas 
relates to the OSE/RM. (Assume that software en- 
gineering services are applicable in all areas.) Each 
of the APP service areas addresses specific compo- 
nents around which interface, data format, or pro- 
tocol specifications have been or will be defined. 
Security and management services are common to 
all of the service areas and pervade these areas in 
one or more forms. Currently, specifications for se- 
curity can be recommended in operating system 
services, network services, and access control and 
integrity constraints for data management services. 
Specifications for security in the other service areas 
are not sufficiently advanced to warrant inclusion 
at this time. 

Management services are partly defined and still 
under development. They are based on the Open 
System Interconnection (OSI) Network Manage- 
ment Framework, which applies mainly to the over- 
lap among network, system, and application 
management functions. This overlapping area ap- 
plies equally to networks and individual nodes on 
networks and forms the framework for the OSI 
approach to systems and network management. 
Other management functions in the typical operat- 
ing system sense (e.g., user accounts, resource ad- 
ministration, etc.) will be added over time. As 
these specifications mature and stabilize, they will 
be reviewed and appropriate ones may be selected 
for use in the APP. 



3. Main Program 

The main program consisted of a keynote ad- 
dress by David Fisher, standards status by Fritz 
Schulz, and major issues by NIST staff. The major 
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Fig. 2. APP service areas and the OSE/RM. 



issues included the Federal Internetworking Re- 
quirements Panel, the NIST Virtual Library Pro- 
gram, OSE procurement, and the evolution of the 
OSE Implementors' Workshop (OIW). 

3.1 Keynote Address 

Fisher spoke on the Component-Based Software 
focus area of the Advanced Technology Program 
(ATP). The ATP's objective is to promote U.S. 
economic growth through the development and ap- 
plication of technology. The Component-Based 
Software focus area defines goals in two areas, 
business and technical, to meet this objective. 

Business Goals 

Increase Productivity in Software Development 
by enabling: 

• Quality and reliability increases through automa- 
tion. 

• Reduced time to develop and test software. 

• Cost amortization from multiple use of software 
components. 

Increase Productivity of Software Users by en- 
abling: 

• Increased quality through specialization. 

• Improved dependability of systems. 

• Enhanced ability to concentrate on core business. 
Broaden Addressable Software Markets by en- 
abling: 

• Creation of systematically reusable software com- 
ponents. 



• Increased interoperation of software. 

• Adaptation for use in foreign markets. 

Technical Goals 

Practical Automated Semantic Composition 

• Automated composition from independently pro- 
duced components. 

• Interoperation of components in any functionally 
compatible context. 

• Systematic reuse based on semantic characteris- 
tics alone. 

Automated Tools and Methods for Component- 
Based Software 

• Increase portion of process subject to automa- 
tion. 

• Reduce direct involvement of software experts. 

• Technologies with potential for factor of two in- 
creases in productivity. 

• Enabling tools and processes for component- 
based software. 

Technology to Overcome other Specific Barriers 

• Revenue collection on fine-grained software. 

• Technology for commercial security needs. 

• Interoperation with legacy systems. 

• Linguistic mechanisms of incomplete and impre- 
cise specification. 

• Robust systems in the presence of errors. 

• Improved methods for confirming software de- 
pendability. 

For additional information on the Component- 
Based Software focus area of the ATP, contact Dr. 
Fisher at (301) 975-3649, (301) 926-9524 fax, or 
dfisher@nist.gov email. 
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3.2 Standards Status 

Schulz presented the following updates on the 
OSE standards activities of IEEE, JTC1, and the 
Computer Systems Laboratory (CSL) of NIST. 
The IEEE Portable Operating System Interface 
(POSIX) Guide is in ballot and is expected to be 
approved this year. The POSIX guide describes an 
OSE Reference Model (OSE/RM) that is closely 
aligned with the APP and that provides a frame- 
work for describing open system concepts and 
defining a lexicon of terms that can be agreed upon 
generally by all interested parties. The same docu- 
ment is in ballot as a proposed draft technical re- 
port (PDTR) within working group (WG)15 of 
subcommittee (SQ22 of JTC1. The PDTR is also 
expected to be approved this year. The status of 
individual programs within the POSIX project 
were distributed in a handout. Technical Report 
(TR)10000, OSE profiling, produced by the JTC1 
Special Group on Functional Standardization 
(SGFS) is expected to begin the ballot process this 
summer. TR 10000 provides a context for func- 
tional standardization in support of Open System 
Environments (OSE). It outlines the basic OSE ob- 
jectives and concepts, and defines an approach to 
the taxonomy and format for OSE Profiles speci- 
fied by International Standardized Profiles. The 
technical report gives guidance on the nature and 
content of ISP documents to organizations propos- 
ing Draft OSE International Standardized Profiles. 

Activities of CSL in the OSE arena reported by 
Schulz were the new Integration Definition 
(IDEF) Federal Information Processing Standards 
(FIPS) and APP planning. Two new FIPS were ap- 
proved since the last forum. FIPS 183, IDEF0, and 
FIPS 184 IDEF1X, are excellent tools for system 
modelling, and are very useful in business process 
re-engineering. A planned version 3.0 of the NIST 
APP was announced for calendar year 1995 by 
Schulz. Participants were very strongly encouraged 
to provide input to planning meetings that would 
be held this summer. 

3.3 Major Issues 

The Spring '94 forum addressed four major is- 
sues. These issues were: the Federal Internetwork- 
ing Requirements Panel (FIRP), the NIST Virtual 
Library Project, OSE procurement, and the evolu- 
tion of the OSE Implementors' Workshop (OIW). 
Key NIST personnel in each of the above areas 
made the presentations. 



3.3.1 Federal Internetworking Requirements 
Panel Tassos Nakassis, Acting Chief, Systems and 
Network Architecture Division, NIST presented 
status on the FIRP and the report it has developed. 
The FIRP was established by NIST to reassess 
Federal requirements for open systems networks 
and to recommend policy on the Government's use 
of networking standards. The Panel was chartered 
to recommend actions which the federal govern- 
ment can take to address the short- and long-term 
issues of interworking and convergence of network- 
ing protocols— particularly the Internet Protocol 
Suite (IPS) and the Open Systems Interconnection 
(OSI) protocol suite and, when appropriate, pro- 
prietary protocols. The draft report from the panel 
was released in January 1994 and generated about 
80 comments despite the short (35 days) comment 
period. Comments from the United States tended 
to be supportive, while non-U.S. comments tended 
to be critical. The panel continues to address com- 
ments and plans to publish the report in June 1994. 
NIST has developed a three-point response to the 
report. Point one is to modify the Government 
Open System Interconnection Profile (GOSIP) 
through an addendum to include Transmission 
Control Protocol/Internet Protocol (TCP/IP) and 
related protocols. Initiation of a public debate on 
the big issues about standards is the second point. 
This standards debate will seek to answer: Why do 
they take so long? What is their impact? and What 
do we need to standardize? The final point is to 
examine the role of the government in standardiza- 
tion and the actions it needs to undertake in sup- 
port of the National Information Infrastructure 
(Nil). For further information about the report, 
contact Nakassis at NIST, Technology Building, 
Room B217, Gaithersburg, MD 20899. 

33.2 NIST Virtual Library Program Paul 
Vassallo made a presentation on the NIST Virtual 
Library Program. The program has as its goal 
bringing to the NIST research and support staffs' 
desktop workstations the information, regardless of 
the form or source, needed to perform their re- 
sponsibilities. An early step in this program is the 
Electronic Document Interchange Project, which 
has as its goal the improvement of the ability of 
NIST staff to interchange documents across soft- 
ware platforms. The next step is to build on these 
experiences, developments, and enhancements to 
improve awareness of and access to the knowledge 
within the documents. The program has defined 
document to mean any printable or viewable item. 
Specific objectives of the program are: 
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• Universal electronic document exchange. 

• Searching and retrieval capability from the desk- 
top. 

• Hyperlinked client/server viewing and access. 
Vassallo can be contacted at (301) 975-2786, (301) 
869-8071 fax, or pvassall@nist.gov email for more 
information. 

3.3.3 OSE Procurement The Guide on Open 
System Environment (OSE) Procurements was 
presented by Gary Fisher. The guidance in the re- 
port pertains to U.S. Government acquisition of 
OSE infrastructure including operating system, 
human/computer interface, software engineering, 
data management, data interchange, graphics, net- 
work, security, and system/network management 
services based on implementations of standard 
application program interfaces, programming lan- 
guages, data formats, and protocols. Other organi- 
zations, such as state and local governments, 
academic, and private institutions, may also find 
the information helpful in defining computing envi- 
ronments that promote application portability, in- 
teroperability, and scalability. The procurement of 
information technology that provides an Open Sys- 
tem Environment (OSE) can be complex and diffi- 
cult to manage. Much can be learned from 
procurement actions that have been instituted for 
acquiring the technology to support an OSE. 

The Open System Environment is spreading 
throughout applications and systems within the 
federal government and industry. Agencies are 
finding that open systems provide a more flexible, 
cost-effective, and beneficial environment for sup- 
porting mission-critical applications than previous 
infrastructures based on proprietary technology. 
They are also finding that the initial move to open 
systems can be expensive and difficult to manage. 

Agencies have requested assistance from NIST's 
Computer Systems Laboratory (CSL) in an effort 
to control the evolution of open systems and 
provide guidance on managing the transition from 
current environments to the OSE. In the process of 
implementing open systems, agencies have found 
that significant up-front planning and current 
knowledge of technology are necessary to maintain 
flexibility and to take advantage of targets of op- 
portunity as they arise. Many lessons learned in 
OSE acquisition programs that agencies have un- 
dertaken are included in this report. This informa- 
tion is meant to assist program managers and 
senior project engineers in acquiring an OSE on 
which to build flexible, modular systems and appli- 
cations. For additional information, please contact 



Gary Fisher at (301) 975-3275, (301) 926-3696 fax, 
or gfisher@nist.gov email. 

3.3.4 OSE Implementors' Workshop Ted 
Landberg, OIW chairman, made the presentation 
on new work starting in the OIW. The Open 
Systems Environment Implementors Workshop 
(OIW) is a public international technical forum for 
the timely development of implementation agree- 
ments based on emerging international standards 
and public specifications. Its purpose is to broaden 
the utilization of Open Systems Environment 
(OSE)-based technologies and to speed their de- 
velopment. The workshop intent is to support the 
advancement of a technically efficient and compat- 
ible technology base for emerging Open Systems 
on a nationwide basis. The workshop meets four 
times annually. 

The workshop consists of various Working 
Groups and Special Project Teams. Recently 
formed working groups are the Multimedia Data & 
Document Interchange (MDDI) and the Inte- 
grated Software Engineering Environments 
(ISEE). Three other study areas are expected to 
become working groups in the near future. These 
study areas are Convergence of TCP/IP and OSI 
protocols, Electronic Commerce, incorporating 
Electronic Data Interchange (EDI), and Dis- 
tributed System Management. For additional infor- 
mation on the OIW, please contact Ted Landberg 
at (301) 975-2245, (301) 926-3696 fax, or land- 
berg@nist.gov email. 



4. OSE Users' Perspective Mini- 
Workshop 

The Users' Perspective on OSE-based Dis- 
tributed Systems mini-workshop followed an in- 
troductory presentation by Fritz Schulz. Schulz 
conducted this mini-workshop that presented case 
studies, lessons learned and plans as they relate to 
distributed system implementations in government 
and industry. Speakers from federal agencies and 
industry discussed their concepts and experiences 
in planning and implementing distributed systems 
in their organizations. 

4.1 Federal Aviation Administration (FAA) 

The FAA presentation, "Plans and Strategies for 
Open Systems," was made by Roger Cooley, Man- 
ager, Corporate Systems Architecture Division 
(AIT-300), Office of Information Technology. The 



Volume 100, Number 1, January-February 1995 

Journal of Research of the National Institute of Standards and Technology 



FAA is organized into a Headquarters, nine re- 
gions, and two centers with over 50,000 employees. 
Their major missions are air traffic control, avia- 
tion safety and security, airspace management, air- 
port improvements, inspection, regulation and 
enforcement. In the past, information technology 
management and operations were divided into Na- 
tional Airspace Systems (NAS) and non-NAS. The 
office of Chief Information Officer has been estab- 
lished to integrate these separate activities into one 
IT organization. 

The approach and direction the FAA is taking 
has many components. Key to the approach is the 
development of enterprise and inter-enterprise ar- 
chitecture frameworks and the profiles to populate 
them to support major mission areas and common 
infrastructure. For each profile a core set of stan- 
dards will be selected. In the short term this will be 
a mix of open, consortia, de facto and proprietary 
standards. In the longer term the target is an open 
systems, standards-based architecture. To achieve 
this, the FAA plans to work closely with NIST, 
standards bodies, and vertical industry groups. 

4.2 Defense Information Systems Agency (DISA) 

John Mitchell, Director, Center for Architec- 
ture, Joint Interoperability Engineering Organiza- 
tion, made the presentation for DISA. 
Architecture definition has been guiding DISA in 
the area of distributed systems. Their program de- 
fines this as "a framework or structure that por- 
trays relationships between or among all elements 
of a subject force, system or activity." In practice, 
an architecture contains a migration path, defi- 
ciency analysis, technical insertion, and cost analy- 
sis. To support this effort, the Technical Reference 
Model (TRM) has been developed to specify the 
services and standards with associated interfaces, 
protocols, and data formats that support the 
DOD's move to an Open System Environment 
(OSE). There are several critical success factors for 
distributed systems in the Defense Information In- 
frastructure (DII). Investment in architecture as a 
planning mechanism is key. Automation and stan- 
dardization of the architecture process support 
efficient use and ensure coordination among 
architecture programs for interoperability. The re- 
sulting architecture is validated with technology 
insertion projects that build customer and manage- 
ment acceptance. 



4.3 Boeing Defense and Space Group 

J. J. Cinecoe presented the four-point "success 
enablers" that guide Boeing in their development 
and use of distributed system. Point one: Involve 
all vested parties in the development of the archi- 
tecture. Include managers of all key organizations 
in the approval of the architecture. The key aspect 
here is to create special working groups to make 
the recommendations. Point two: Build a frame- 
work to communicate architecture activity. Use the 
framework over and over and over again. Major 
elements of the framework are Vision, Principles, 
Strategy and Standards. Those elements are then 
cross-referenced in a matrix to the major elements 
of applications, data, delivery systems and organi- 
zation. Point three: Plagiarize. There is too much 
good work and too few really new ideas to justify 
reinventing the wheel. Sources include: NIST APP, 
DISA Technical Reference Model and draft OSE/ 
for Immediate Acquisition, Consortia, Standards 
Bodies, Vendors, and Textbooks. Point four: Ad- 
vertise. Once you have moved toward open sys- 
tems, the objective of interoperability will only be 
achieved if others do the same. Advertise inter- 
nally, to information systems suppliers, customers, 
partners, and subcontractors. 

4.4 Common Issues/Challenges 

1. Providing access by the citizens to government 
data/services via information technology is ma- 
jor challenge with near-term demands. 

2. Distributed system architecture process varies 
considerably across organizations. Consensus is 
the common view of the technology. Any formu- 
lation of process must be flexible. 

3. Coupling distributed system architecture with 
development and procurement is critical for 
success. 

4. A strong benefit of OSE-based distributed sys- 
tem architecture process is ease of planning for 
technology insertion. 

5. Distributed system architecture process is a 
team discipline due to the breadth of skills and 
consensus required. 



5. Distributed System Management 
Mini-Workshop 

An introductory presentation to the Distributed 
System Management mini-workshop was made by 
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Joe Hungate. Hungate then conducted the mini- 
workshop. A presentation on requirements for 
operation and administration of OSE-based dis- 
tributed systems kicked off the session. The pre- 
sentation summarized the start of a new work item 
to augment the APP in the management service 
area. Objectives of the program are integrated ap- 
proach, consistent user interface, interoperability 
among diverse resources, based on operational 
context, and flexibility to allow operation in differ- 
ent domain types and relationships. 

Major domain areas within the operation and 
administration of OSE-based distributed systems 
include system administration, network manage- 
ment, security management and information man- 
agement. Collectively, these domains constitute the 
functionality required to operate and administer a 
distributed system. Activities in the operation and 
administration of OSE-based distributed systems 
can take on a very broad scope. This scope can be 
as simple as a single open system taking operation 
and administration responsibility for one or more 
dependent systems, or as complex as those in which 
there is a transient negotiated division of operation 
and administration activities. The scope can vary 
infinitely between the two stated above. The pre- 
scribed manner by which these distributed systems 
or constituent components interact determines 
their relationship. Major categories of domain rela- 
tionships are: centralized, federated, or hierarchi- 
cal. 

Paul Brusil was the second speaker and pre- 
sented information on network management. Net- 
work management is based on ISO/ITU-T 1 System 
Management Technology. The ISO approach to 
management consists of suites of standards. The 
four suites are basic structure standards (frame- 
work), system management function standards, sys- 
tem management communication standards and 
system management information standards. Utiliz- 
ing the definition of managed objects these suites 
can manage a varying collection of OSI nodes. Fu- 
ture work is planned to expand management to 
non-OSI nodes. 

A list of requirements for the operation and ad- 
ministration of OSE-based distributed systems was 
presented for open discussion. The list of require- 
ments and an issues list that was developed by the 
mini-workshop follows: 



System Administration Requirements 

• Application Software Management 

• Application Platform Management 

• Accounting Management 

• Backup and Restore Management 

• Configuration Management 

• File System Management 

• Device Management 

• Fault Management 

• License Management 

• Performance Management 

• Policy Management 

• Print Management 

• Software Installation and Distribution 

• System Startup and Shutdown 

• User and Group Management 
Information Management Requirements 

• Data Administration 

• Database Management 

Security Management Requirements 

• Identification/Authentication 

• Access Control 

• Data and System Integrity 

• Audit 

• Confidentiality 

• Non-repudiation 

Issues List 

1. Establish common definitions and terms. Do not 
use the term ensemble. It is potentially confus- 
ing and provides no value beyond use of the 
term Profile. 

2. Establish liaisons with Data Management Tech- 
nical Panel (DMTP), former Unix International 
(UI),.. . 

3. Address metrics as a separate work area. 

4. Identify requirements, resources. 

5. Feedback findings to the APP. 

6. Encourage Vendor participation. 

7. Utilize lessons learned from users' operational 
experience. 

8. Provide for international interoperability. 

9. Identify framework/reference model to guide 
work. 

The distributed system management working 
group will begin meeting as a subcommittee of the 
OSE-TC within the OIW structure. For further in- 
formation please contact Joe Hungate at: (301) 
975-3368, (301) 926-3696 fax, or jhungate@nist.gov 
email. 



1 ITU-T was formerly CCITT. 
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